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(54) Centralized network monitoring device 

(57) The fault occurrence statuses of each transmission device 4 - 1 to 4 - 1 1 being monitored, and the 
intermediate monitoring device 3 - 1 to 3 - 5 and 2 - 1 to 2 - 3 under which the devices at which faults have 
occurred, are stored in a table of a centralized monitoring device 1, and when the desired screen is selected 
and displayed based on a map information file (16 - 1 to 16 - n). Fig. 3, (not shown), the number of collected 
faults of each of the devices displayed on the selected screen is displayed in accordance with the above-noted 
fault occurrence status table (14), Fig. 3 (not shown). In addition, the device has a verification status table (15) 
Into which is stored the Information as to whether or not detailed fault Information for the devices being 
monitored has been verified, with correspondence established with respect to the upstream intermediate 
- monitoring devices 3 - 1 to 3 - 6 and 2 - 1 to 2 - 3, and displays whether or not faults of each of the devices at 
each of the heirarchical levels of the network have or have not been verified, in accordance with this 
verification status table. In addition, the existence of a fault state device which is not shown on the display 
screen is indicated within that display screen, and further the size of the display screen can be changed to 
bring that fault state device onto the display screen. 
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Centralized Network Monitoring Device 



The present invention relates to a centralized 
network monitoring device, and more specifically to a 
centralized network monitoring device which monitors a 
device being monitored via intermediate monitoring 
10 apparatuses and displays the monitoring results on a 

screen. 

In a centralized monitoring network in which 
the device being monitored is a transmission device, 

15 the NEs (network elements) which are the devices being 

monitored are connected to the X-SV (extensive 
supervisor) which is the centralized monitoring device, 
via the P-SVs (primary supervisors) and R-SVs (regional 
supervisors) which are intermediate monitoring devices. 

20 The X-SV performs constant monitoring and information 

collection of the state of the NE devices being 
monitored by the processing device PC therein. The 
monitoring results are displayed on a CRT display 
device. 

25 In a centralized monitoring network such* as 

this, as the number of devices NE being monitored 
increases, it is desirable to perform monitoring at the 
centralized monitoring device X-SV by means of a display 
screen that is as easy to understand and as accurate as 

30 possible. 

However, in centralized network 

monitoring devices such as this,, if a large number of 
faults occur simultaneously in devices being monitored, 
problems exist in that it is not possible to know for 
35 each hierarchic level of the network how many faults 

have occurred at which devices, nor is it possible to 
ascertain the reset statuses of the faults. 
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In addition, because it is difficult to tell 
whether or not detailed information regarding a fault in 
a device being ro nit red has been verified, the problem 
arises of unnecessarily selecting and displaying screens, 
5 as does the further problem of the operator not being 

able to know of a fault occurring in' a device located in 
* part that is not displayed. 

According to one aspect of the present invention, there is provided a 
L0 centralized network monitoring device which has a fault occurrence status table into 
which the fault status of each of the devices being monitored are collected by means 
of polling and are stored with correspondence established with the intermediate . 
correspondence established with the intermediate 
LS monitoring devices upstream from each of the devices 

being monitored, and a map information file into which 
is stored the address and coordinates of each device 
located on the maps of each of the display screens that 
correspond to the hierarchal levels of the network, and 
20 additionally when the desired screen is selected and 

displayed based on the above-noted map information file, 
the number of collected faults of each of the devices 
displayed on that selected screen is displayed in 
accordance with the above-noted fault occurrence status 
25 table. 

* 

A preferred embodiment is designed as a centralized network monitoring device 
which provides a screen display of the results of monitoring the devices being monitored 

30 via intermediate monitoring devices by means of polling, not only to make it easy 
to know the fault status of each device at each 
hierarchical level in the network, but also to make it 
possible to know whether or not detailed fault 
information for the devices being monitored has been 

35 verified and to provide notification of faults in 

devices not displayed. 



In the above-described embodiment, it is desirable to display the above- 
noted screens in an overlapping Banner, and to bring any of the screens to 
the display foreground with a single action. 

In addition, the above-described embodiment preferably has a verification 

status table into which may be stored the information as to whether or not detailed 
fault information for the devices being monitored has 
been verified, with correspondence established with 

respect to the intermediate monitoring devices. Preferably the above embodiment is capable 

of displaying whether or not the faults of each device displayed on the desired 

screen have been verified, in accordance with the above* 

noted verification status table. 

In addition, it is also preferable to display on the desired screen the 
existence of a fault in a device that is not displayed on that screen. 

In addition, it is also desirable to make it possible to vary the size of the 
screen so that a device which is in the fault state is displayed within the desired screen. 

For a better understanding of the invention and to show how the same may be 
carried into effect, reference will now be lade, by way of example, to the accompanying 
drawings, wherein; 

Fig. 1 shows a block diagram of a centralized monitoring network. 

Fig. 2 shows a block diagram of an example of the monitoring display screen in 
a previously-proposed centralized network monitoring device. 

Fig. 3 shows a block diagram of the basic components of an embodiment of the 
present invention. 

Fig. 4 shows a flowchart of the overall flow of processing in the centralized 
network monitoring device of an embodiment of the 'present invention. 
Fig. 5 shows a flowchart of the 
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processing for the updating of each of the tables in the 
centralized network monitoring device of an embodiment of the present invention. 

Fig. 6 shows the fault occurrence status table 
5 used in the centralized network monitoring device of 

an embodiment of the present invention. 

Fig. 7 shows the fault occurrence status 
verification status table in the centralized network 
monitoring device of an embodiment of the present invention. 
10 Fi g t g shovs a flowchart of the display screen processing in the centralized 

network monitoring device of an embodiment of the present invention. 

Fig. 9 shows an embodiment of the map 
information file used in the centralized network 
15 monitoring device of an embodiment of the present invention. 

Fig. 10 shows an example of the display screen 
displayed in the centralized network monitoring device 
of an embodiment of the present invention. 

Fig. 11 (A) shows a f lovchart of the 
20 number of collected faults processing by device in the 
centralized network monitoring device of an embodiment of the present 
invention. 

Fig. 11 (B) shovs a flowchart of the 
number of collected faults processing by maps in the 

25 centralized network monitoring device of an embodiment of the present 

* 

invention. 

Fig. 12 shovs a flowchart of the 
detailed fault information display processinq in the 
centralized network monitoring device of an embodiment of the present 
3 0 invention. 



35 

Fig. 1 shows a centralized monitoring network in 
which the device being monitored is a transmission 
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devic . The NEs (network elements) 4-1 to 4-11 which 
are the devices being monitor d are connected to the X- 
SV (extensive supervisor) 1 which is the centralized 
monitoring device, via the P-SVs (primary supervisors) 
5 3-1 to 3-5 and R-SVs (regional supervisors) 2-1 to 2-3 

which are intermediate monitoring devices, with constant 
monitoring and information collection of the state of 
the NE devices being monitored being performed by the 
processing device PC 10 provided at the centralized 

10 monitoring device X-SV 1, the monitoring results being 
displayed on a CRT 11 display device. 

In a centralized monitoring network such as this, 
as the number of devices being monitored NE increases, 
it is desirable to perform monitoring at the centralized 

15 monitoring device X-SV by means of a display screen 

that is as easy to understand and as accurate as 
possible. 

In a centralized monitoring network such as shown 
in Fig. 1, the centralized monitoring in the 

20 centralized monitor network is performed by the 

processing device PC 10 in the centralized monitoring 
device X-SV on the display device, which has a high- 
accuracy graphic screen, as follows. 

First, the initial screen (a) shown in Fig. 2 is 

25 displayed on the .display device CRT. This initial screen 
(a) is the screen at the intermediate monitoring 
devices R-SV, which are at the most upstream hierarchic 
level as viewed from the X-SV centralized monitoring 
device, and, as shown in the drawing, the 3 

3 0 intermediate monitoring devices R-SV1 to R-SV3 for 

example are displayed according to their* location on the 
map. 

For devices being monitored NE located under the 
intermediate monitoring devices R-SV in which' a fault 
35 has occurred, the display color is changed to indicate 

this to the operator, and in this example a fault at a 
device under the intermediate monitoring device R-SV2 
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has occurred and is being reported. 

In such an initial screen (a), if the intermediate 
monitoring device R-SV2 which is of a changed color is 
selected, the intermediate monitoring devices P-SV 
5 which are below the intermediate monitoring device R-SV2 
are displayed as in screen (b) according to their 
location on the map. In this case, the color of the 
intermediate monitoring device P-SV21 below which is 
located a device being monitored exhibiting a fault is 

10 displayed with a different color. 

Therefore, if the operator further selects this 
intermediate monitoring device P-SV, as shown at screen 
(c), a map related to the devices being monitored NE is 
displayed, with the device being monitored NE212 is 

15 displayed with a different color to indicate that it 

has a fault. 

Therefore, finally the operator selects a device 
being monitored NE212 to display on the screen detailed 
information with regard to the fault in the device being 
20 monitored NE212. 

In centralized network monitoring devices 

such as this, if a large number of faults occur 
simultaneously in devices being monitored, problems 
exist in that it is not possible to know for each 
25 hierarchic level of the network how many faults have 

occurred at which devices, nor is it possible to 
ascertain the reset statuses of the faults. 

In addition, because it is difficult to tell 
whether or not the detailed information regarding a 
30 fault in a device being monitored has been verified, 

the problem of unnecessarily selecting and displaying screens arises, as does the 

further problen of the operator not being able to "taw of a fault occurring in a device 

located in a part that is n:: displayed. 



35 
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A centralized network monitoring device embodying the present invention 
corresponds to the centralized monitoring device X-SV shovn in Fig. 1 and can' use an 
overall network configuration similar to that of Fig. 1. reference will be made to the 
5 network of Fig. 1 in the description that follows. 

Fig. 3 shows a basic configuration of an embodiment of the invention. 
In Fig. 3/ the fault occurrence status table 14 and the 
verification status table 15 are in a memory 12 of the 
PC 10. The fault occurrence status table 14 is 

10 monitoring the condition of fault occurrence, and the 

verification status table 15 is monitoring the 
situation of verification. The map information files 16- 
1 to 16-n (n: a map count) are in the disk 13 of the PC 
10, and store the location data of devices in respective 

15 maps. Using the fault occurrence status table 14, 

verification status table 15 and map information files 
16-1 to 16-n, respective maps are displayed. 

In the centralized network monitoring device embodying the 
20 present invention, devices NEs being monitored are 

monitored via intermediate monitoring devices R-SV and 
P-SV by means of polling, and the monitoring results 
are stored into a fault occurrence status table 14, with 
storage also being performed into a fault occurrence 
25 status table 14 of not only these NE devices being 

monitored but also of the intermediate monitoring 
devices R-SV and P-SV which are upstream from each of 
the devices NEs being monitored which are in the fault 
state 

30 in addition, into the map information files 16-1 to 

16-n are stored the addresses and coordinates which 
indicate how each of the devices is located within the 
maps of the display screens which correspond to each of 
the heirarchal levels of the network. 

35 Therefore, in such a centralized network monitoring 

device, in addition to the selection and display of the 
screen desired by the operator according to the above- 
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noted map information files 16-1 to 16-n, the overall 
faults of the devices NEs being monitored or 
intermediate monitoring devices R-SV and P-SV on the 
thus-displayed desired screen are displayed in 
5 accordance with the above-noted fault occurrence table 
15. 

In this manner, the occurrence of faults and reset 
statuses of each device on each heirarchal level of the 
network can be indicated to the operator. 

10 it is possible for the operator to obtain an 

overlapping display of the above-noted screen, to select 
any one of the screens for foreground display by a 
single action, and to perform display screen switching 
quickly and simply, thereby making it possible to 

15 quickly and easily know the details of faults in 

devices being monitored. 

In addition, the verification status table 15 is 
not only used to store verification of detailed fault 
information for the NB devices being monitored, but also 

20 to store the status of the corresponding upstream 

intermediate monitoring devices R-SV and P-SV of the 
verified devices being monitored, and by providing such 
a verification status table 15, it is possible to 
display on the desired screen whether or not 

25 verification has, been made of the faults of each device, 
thereby enabling a judgment to be made with regard to 
for which devices such detailed fault information has 
been verified, thereby eliminating unnecessary 
verification operations. 

30 In addition, not only can the existence of NE 

devices being monitored in the fault state or 
corresponding intermediate monitoring devices R-SV and 
P-SV which are not within the above-noted desired screen 
by being displayed on the above-noted desired screen, 

35 but also by enabling the change of the size of that 

screen, it is possible for the operator to further 
determine with ease where * fault has occurred. 
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Fig. 4 is a flowchart vhich shows the overall flow of processing in 
the centralized network aonitoring device X-SV of an embodiment of the present 

5 invention. 

First, the processing device PC 10 of the 
centralized monitoring device X-SV 1 shown in Fig. 1 is 
started up, and polling is performed via the 
intermediate monitoring devices R-SV 2-1 to 2-3 and P-SV 

10 3.1 to 3-5 of the current fault status of all NE 

devices 4-1 to 4-11 being monitored (step S2), This is 
performed for all devices being monitored (step SI). 

Next, for the fault information collected as 
described above, each table is updated (step S3). This 

15 s tep S3 forms a subroutine, the actual processing 

performed therein being shown in Fig. 5. 

That is, the bits of the devices being monitored 
table (NE table) 14-1, which is provided within the 
processing device PC 10 and shown in Fig. 6, are set to 

20 «i» if the result of polling indicates the existence of 

a fault, or reset to H 0" if the results of polling 
indicate no fault (Step S31). 

At the processing device PC 10, in addition to the 
fault occurrence status table 14, a fault, occurrence 

25 status verification status table 15 shown in Fig. 7 is 
provided, and in the case in which the existence of a 
fault is indicated in the above-noted step S31, the bit 
in the NE table 15-1 of the verification status table 15 
is set to "1," and as described later the condition in 

30 which the detailed fault information for the device 

being monitored NE has not yet been verified is set as 
the initial status (step S32). • 

In this manner, appropriate bits for the upstream 
intermediate monitoring devices R-SV 2-1 to 2-3 

35 corresponding to the intermediate monitoring devices P- 

SV 3-1 to 3-5 are updated. This updated value is 
obtained by taking the logical OR of all the bits of 
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the NE table 14-1 (step S33). 

In the same manner, the bits of the intermediate 
monitoring devices R-SV 2-1 to 2-3 which are upstream 
from the intermediate monitoring devices P-SV 3-1 to 3-5 
5 are updated. This updating is also done by talcing the 

logical OR of all bits of the P-SV table 14-2 (step S4). 

Returning to Fig. 4, after all the updating is done 
for the fault occurrence status table 14 and 
verification status table 15 for all devices being 
10 monitored NE 4-1 to 4-11, the intermediate monitoring 

devices P-SV 3-1 to 3-5 and R-SV 2-1 to 2-3 , the 
processing device PC 10 goes into the state in which it 
waits for operator processing (an event) (step S4). 

Thereafter, the first processing performed by the 
15 operator is screen display processing (step S5). 

This step S5 also forms a subroutine, the actual 
processing performed therein being shown in Fig. 8. 

That is, when the operator selects the desired 
device being monitored NE, or intermediate monitoring 
20 device P-SV or R-SV, a judgment is made as to whether or 

not the map which includes the thus selected device is 
currently being displayed (step S51). One example is the 
initial screen (a) shown in Fig. 2, and a judgment is 
made as to whether this initial screen (a) is being 
25 displayed, and thereafter whether or not the selected 

screen is being displayed. In this case, the 
relationship between the devices and the maps can be 
judged by means of the map information files 16-1 to 
16-n provided with the processing device PC 10, one 
30 example of this map information file being shown in Fig. 

' 9, the address and X and Y coordinates of the displayed 
devices being stored into this* file beforehand. 

As a result, in the case in which the map which 
includes the subject devices (being each of the devices 
35 on each heirarchal level of the network) is being 

displayed, a judgment is made as to whether the bit of 
the fault occurrence status table 14 corresponding to 
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this device is "l", that is, as to whether or not a 
fault exists (step S52). 

As a result, if the subject bit in the fault 
occurrence status table 14 is not "1" , a judgment is 
5 made as to whether or not the -subject device exists 

within the display screen (step S53), and if the 
subject device exists within the display screen, a 
normal display of this is made (step S54). In this case 
as well, the relationship between the device and the 
10 map is judged by means of the map information files 16-1 

to 16-n which are provided within the processing device 
PC 10. 

An example of the screen display in this case is 
shown in Fig. 10, and in this example, by continuously 
15 selecting the subject device and executing steps S51, 

S53, and S54, in the intermediate monitoring device R-SV 
screen as shown in Pig. 2, a number of overlapping 
intermediate monitoring device P-SV screens are 
displayed. 

20 m step S52, in the case in which the subject bit of 

the fault occurrence status table 14 is "1" which 
indicates the occurrence of a fault, a further judgment 
is performed with regard to whether or not the 
corresponding bit in the verification status table 15 is 

25 »i" (step S55) . * 

As a result, if the subject bit of the verification 
status table 15 is "l", because this indicates that 
verification of the detailed fault information for the 
device being monitored has not yet been performed, 

30 after a determination of whether or not this subject 

device is included within the current display screen is 
made, based on the map information file of Fig. 9 (step 
S56), if it does exist within the display screen, the 
not-yet-verified data is displayed (step S57). 

35 The display screen in this case, as shown in Fig. 10, 

is the three overlapping intermediate monitoring device 
P-SV screens of P-SV MAP 1 to P-SV MAP3 , with the P-SV 
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MAP3 screen displayed as the frontmost screen, on which 
the five intermediate monitoring devices P-SV1 through 
P-SV5 are displayed, of which only P-SV5 is indicated by 
means of the hand symbol A as having detailed 
S information for the faults in devices being monitored 

NE beneath it, which has not been verified. 

When the fact that a subject device does not exist 
within the display screen is known from the map 
information file of Pig. 9, to indicate the existence 

10 of a fault occurring outside the display screen, * 

INVISIBLE" is displayed (step S58). 

This condition is indicated in the lower right of 
the intermediate monitoring device display screen P-SV 
MAP3 shown in Fig, 10, thereby indicating to the 

15 operator that the subject device has a fault that has 

occurred that is outside the display screen. 

In step S55, in the case in which the subject bit of 
the verification status table 15 is "Q", a judgment is 
made as to whether or not the subject device exists 

20 within the display screen (step S59), and if it does not, 

step S58 is executed in the same manner as described 
above, but if it does exist within the display screen, 
the display indicating that the detailed information 
concerning the fault of the subject device has already 

25 been verified is made (step S60). 

This already verified display in the example of Fig. 
10 is indicated by the elimination the hand symbol A at 
the intermediate monitoring device P-SV1 which is 
displayed with a changed color to indicate the 

30 existence of a fault. When the screen display processing 

(step S5) shown in Fig. 4 is executed in this manner, 
the operator then executes the display processing of 
the collected number of faults of the devices being 
monitored (step S6). 

35 An example of the display of the collected number of 

faults by means of step S6 is indicated in Fig. 10 
below each of the intermediate monitoring devices P-SV1 
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and P-SV5, the actual processing performed by this 
subroutine being shown in Figs. 11 (A) and 11 (B). 

Specif ically, Fig. 11 (A) shows the number of 
collected faults per device processing, in which, after 
5 first clearing the number of faults (step S61), a 

judgment is made as to whether or not a fault has 
occurred in any of the devices being monitored (i.e., 
in any of the devices being monitored NE, or in any of 
the intermediate monitoring devices P-SV and R-SV), 

10 according to the fault occurrence status table 14 (Fig. 

6) (steps S62 and S63), and if there is currently a 
fault that has occurred, the number of faults is 
incremented (step S64). 

Then, after executing steps S62 through S64 for all 

15 of the devices being monitored, the number of faults is 

displayed (step S65). 

If we look at this in the case of the example of Fig. 
10, this is indicated as the information surrounded by 
the boxes (3), there being among the devices being 

20 monitored beneath intermediate monitoring device P-SV1 1 

device being monitored with a major fault (MAJ), and 1 
device being monitored with a minor fault (MIN), with 
the number of devices being monitored ME in which there 
was a state transition (STT) being 0. Also, at the 

25 intermediate mohitoring device P-SV5, there are 12 

devices being monitored with major faults, 9 with minor 
faults, and 3 with state transitions. 

Fig. 11 (B) shows the collection processing of the 
number of faults occurring per MAP, and in the case of 

30 the example shown in Fig. 10, the information (2) for 

the number of collective faults occurring in the screen 
P-SV MAP3 is indicated, the difference with respect to 
Fig. 11 (A) being that processing is performed with 
respect to all the devices included in the map 

35 information file (step S62'), with that value being 

displayed on the MAP (step S66)', and in Fig. 10 there 
are major faults (MAJ) in the 2 intermediate monitoring 
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devices P-SV1 and P-SV5, and also minor . faults in those 
2 int rmediate monitoring device, with state transitions 
in only 1 intermediate monitoring device, P-SV5. 

Returning once more to Fig. 4, from the operating 
5 processing wait state (step S4) display processing of 

detailed fault information is executed (step S7). 

This step also forms a subroutine, the actual 
processing performed therein being shown in Fig. 12, 
this consisting of first clicking, for example, 

10 intermediate monitoring device P-SV1 on the screen 

shown in Fig. 10, at which point the device being 
monitored NE screen (c) shown in Fig. 2 is displayed, 
enabling display of the detailed information with 
respect to a device being monitored NE included therein 

IS by clicking that device being monitored NE (step S71). 

Then, the fact that the detailed fault information 
was displayed and verified in this manner is indicated 
by setting the corresponding bit within the HE table 15- 
1 of the verification status table IS (Fig. 7) to "0", 

20 thereby indicating that detailed fault information has 

already been verified (step S72). 

The corresponding bit in the intermediate monitoring 
device P-SV table 15-2 corresponding to such a device 
being monitored having a fault is updated by taking the 

25 logical OR of all bits in the device being monitored NE 

table, while the updating is also done of the upstream 
intermediate monitoring device R-SV table 15-3 by taking 
the logical OR of all bits based on the intermediate 
monitoring device P-SV table (step S73). 

30 After updating the verification status tables 15 in 

this manner, the screen is updated by accessing these 
tables (step S74). When doing this, the display screen 
corresponds to step S60 in Fig. 8, and in the example 
shown in Fig. 10 non-appearance of the hand symbol at 

35 the intermediate monitoring device P-SV1 indicates the 

"already verified" status. 

While the display screens are structured as shown in 
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Fig 10. in the enbodinent of the present invention, as described above, 
if steps S51, S52, SS3, and S54 in Pig. 8 are 
continuously executed, it is possible to obtain an 
overlapping display of the screens P-SV MAPI to P-SV 
MAP3 related to the downstream intermediate monitoring 
devices by overlapping with the R-SV MAP screen of the 
intermediate monitoring device R-SV. 

Since the display screen in this case is four frames 
in total, as shown in the upper right of Fig. 10, there 
are four pieces of screen-selection information (1), so 
that if the MAP selection shown in Fig. 4 is executed 

(step-S8), it is possible to bring, for example,- the P- 
SV MAPI to the foreground with a single action. 

In addition, if -INVISIBLE" as displayed in the 
15 display processing shown in Pig. 8 (step S58) is 

displayed, in the example of Pig. 10 this indicates 
that there exists outside the P-SV MAP3 display screen 
an intermediate monitoring device P-SV which has beneath 
it a device being monitored NE that has a fault, and by 
20 clicking this "INVISIBLE" it is possible to widen the 

display screen to display the intermediate monitoring 
device P-SV related to the fault (step S9 in Fig. 4). 

When the operator completes all of the operations in 
this manner, by issuing a termination request (step 
25 S10), all processing is terminated. 

As described above, the centralized network 

monitoring device ■ i« configured so 

that the fault occurrence statuses of each of the 
devices being monitored and the intermediate monitoring 
30 devices under which these fault state devices being 

monitored are located are stored into tables, and 
further configured so that when a display screen is 
selected based on a map information file, the collected 
number of faults for each device is displayed in 
3 5 accordance with the above-described fault occurrence 

status table, so that it is possible to accurately 
determine the current fault states of each device at 



each heirarchical level in the network from the display 
screen. 

By providing a verification status table into which 
is stored not only whether or not detailed fault 
information for the devices being monitored has been 
verified, but also the associated upstream intermediate 
monitoring device, it is possible to display, bas6d on 
the verification status table, whether or not the 
faults at each device of each heirarchical level of the 
network have been verified, thereby enabling a 
distinction between already verified faults and yet-to- 
be-verified faults, making it possible to eliminate 
unnecessary verification operations. 

In addition, because not only is the existence of a 
fault state device not within the display screen 
displayed on that display screen, but also the display 
screen size can be changed so that that fault state 
device is displayed on the display screen, it is 
possible for the operator to know of the existence of 
an occurrence of a fault in a device even if that 
device is not shown on the display screen. 
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CLMMS : 

1. A centralized network monitoring device which 
monitors devices being monitored via intermediate 

5 monitoring devices by means of polling, comprising: 

a fault occurrence status table into which 
the fault status of each of said devices being monitored 
collected by means of polling are stored with 
correspondence established with the intermediate 
10 monitoring devices upstream from each of the devices 

being monitored; 

a map information file into which is stored 
the address and coordinates of each device located on 
the maps of each of the display screens that correspond 
15 to the hierarchic levels of the network; and 

a verification status table into which is 
stored whether or not detailed fault information for 
devices being monitored corresponding to upstream 
intermediate monitoring devices has been verified, 
20 wherein, 

a desired screen is selected and displayed 
based on the above-noted map information file, the 
number of collected faults of each of said devices 
displayed on said selected screen is displayed in 
25 accordance with said fault occurrence status table, and 

whether or not faults for each said device displayed on 
said desired screen have been verified is displayed in 
accordance with said verification status table. 

2. A centralized network monitoring device 

30 according to claim 1, wherein said screen is displayed 
in an overlapping manner, and wherein any of the 
displayed frames can be selected for foreground display 
with a single action. 

3. A centralized network monitoring device 

35 according to claim 1, wherein the existence of a fault 

state device not within said desired screen is 
displayed within said desired screen. 
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4. A centralized network monitoring device 
according to claim 2, wherein the existence of a fault 
state device not within said desired screen is 
displayed within said desired screen. 
5 5. A centralized network monitoring device 

according to claim 3, wherein the size of said display 
screen can be changed so that a fault state device is 
displayed within said desired screen. 

6. A centralized network monitoring device 
10 according to claim 4, wherein the size of said display 

screen can be changed so that a fault state device is 
displayed within said desired screen. 

7. 1 centralized network aonitoring device substantially as hereinbefore 
15 described, with reference to Figures 1 and 3 to 12. of the accoipanying drawings. 
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